home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1993 / Internet Info CD-ROM (Walnut Creek) (1993).iso / networking / terms / kermit / d / univac.bwr < prev    next >
Encoding:
Internet Message Format  |  1988-08-16  |  4.1 KB
  1. Date: Wed, 19 Mar 86 17:00:47 cet
  2. To:  INFO-KERMIT@CU20B.ARPA
  3. From:  FI%NORUNIT.BITNET@WISCVM.WISC.EDU
  4. Subject:  Sperry Kermit
  5.  
  6. We are running the Sperry Kermit by Paul Stevens, dated june/july 1985.
  7. If anyone is interested, here is a report of some of our problems with
  8. this Kermit, and our fixes for them.   Apart from these minor annoyances,
  9. the MASM Kermit has been a pleasure to use!
  10.  
  11.        (1) There is no need for Kermit to assign the Sperry work file
  12.            exclusively, apart from the risk that someone else writes to
  13.            the file during transmission.   To me, this was more annoying
  14.            than useful, so I changed the file assignment as shown.
  15.  
  16.        (2) As distributed, Kermit will not treat program file elements
  17.            with multiple cycles (indicated by fieldata S in S3 of the
  18.            label control word), unless the data part of the label conforms
  19.            to the SDF standard (*SDFF* in first word).   As a result,
  20.            elements written by the system line editor ED, will not be
  21.            transmitted correctly.   That is, if our fix is not applied...
  22.  
  23.        (3) When ACK'ing a previous data packet, Kermit as distributed put
  24.            the first 6 characters of the ACK'ed packet into the data part
  25.            of the ACK.   I haven't seen any Kermit do that before, but it
  26.            looks straight enough.   However, after receiving a couple of
  27.            those 'long ACKs', IBM PC-Kermit (2.28) fills the next one or
  28.            two packets with garbage (typically, a lot of zeros - nicely
  29.            encoded, though, so the receptor does not notice).   The result
  30.            is an apparently successful transmission, with a few 'black holes'
  31.            in the element on the Sperry host.   Changing the data size to
  32.            zero in these ACKs seemed to eliminate the problem.
  33.  
  34. These are the fixes in Sperry correction card format
  35.  
  36.   (1) -3177,3177
  37.                 sTrng     '@ASG,A  K$E$R$M$I$T$ . ' . Not exclusive
  38.   (2) -4287,4288
  39.   (3) -4713,4715
  40.                 sz,h2     prline           . Do a normal ack of length 0
  41.                 l,u       a2,prline        . Seems to confuse PC-Kermit
  42.  
  43. -fi
  44. Frithjov Iversen
  45. Trondheim University Computing Center, Norway
  46.  
  47. ------------------------------
  48.  
  49. From: ROGER @ UK.AC.TPB
  50. Subject: Bugs in Sperry Univac Kermit
  51. Keywords: Sperry Kermit, Univac Kermit
  52.  
  53.     I recently acquired a copy of Sperry UNIVAC KERMIT written in assembler,
  54. for use on a non front end site. 
  55.  
  56.     After a little tinkering , to get it to work with our setup , I discovered
  57. a couple of little coding bugs.  I must admit I'm not the world's greatest
  58. programmer in @MASM, but I THINK (underline that in italics) I've sorted them
  59. out: 
  60.  
  61.     There was a bug in the SHOW SEND routine that caused the SEND STARTOFPACKET
  62. displayed to be the RECEIVE STARTOFPACKET, and a bug in the SHOW RECEIVE
  63. routine that caused it to display the SEND STARTOFPACKET.
  64.  
  65.     No prizes for guessing what had happened !!!! 
  66.  
  67.     The actual parameters in the SHOW list had been juxtaposed; simply
  68. swapping over lines 2281 and 2300 in the original source should cure the
  69. problem. 
  70.  
  71.     Another more serious problem was that when assembled with MDLFE=0 and
  72. DCPFE=1, the code still expected to find a couple of entrypoints that
  73. weren't there: they'd not been assembled because of a conditional directive. 
  74.  
  75.     My cure is rather elegant, but as I've no idea what I've done it may not be
  76. the right one.  All I did was to move the offending reference, in line 2613 to
  77. only occur in the conditional directive immediately following it. that is line
  78. 2613 was inserted AFTER the IF MDLFE statement. 
  79.  
  80.     That seems to have cured it, it now @MASM's without errors, and @MAP's
  81. without errors.  I've succesfully used it in SERVER mode with a PC clone
  82. running CROSSTALK, so I assume I've done the right thing. 
  83.  
  84.      If anyone else has any tips or points Id like to hear from them. 
  85.  
  86. Jason LoCascio,
  87. British Gas PLC
  88. 59 Bryanston Street
  89. LONDON
  90. W1
  91. (01) 723-7030 ext. 1289
  92.  
  93. Or I can be contacted at THAMES POLYTECHNIC , via JANET :-
  94. ROGER @ 000045399000.TPB.SPCP.FTP.MAIL
  95. (We are not registered in NRS yet)
  96.  
  97. ------------------------------
  98.  
  99.  
  100.